Oui, c'est une tempête dans un verre d'eau. Le problème que cela semble poser à certains n'est pas le fait d'avoir un paquet aux fonctionnalités restreintes, mais sur la manière de le nommer (nomdebase + nomdebase-full ou nomdebase-minimal + nomdebase)…
Plus la futilité est grande, plus le débat est passionné (-_-)'
Plus la futilité est grande, plus le débat est passionné (-_-)'
Corolaire futilité de Parkinson : Les détails secondaires occupe tout le débat, au détriment du problème de fond. Typiquement dans une réunion pour la construction d’un abri à vélo, les discutions autour de sa couleur occupera bien plus de temps que son emplacement ou sa capacité. On peut l’expliquer par le fait que s’exprimer sur des caractéristiques essentielles implique une prise de responsabilité proportionnel et donc une mise en cause directe si un mauvais choix a été fait. Alors que la couleur n’implique qu’une responsabilité minime et au pire avoir « mauvais goût ».
Posté par cg .
Évalué à 8.
Dernière modification le 28 mai 2024 à 14:23.
Le problème provient plus du changement mal préparé et mal annoncé, qui change le comportement par défaut du paquet. Ce changement aurait du se faire sur la prochaine version de Debian, pas lors d'une mise à jour mineure.
Debian a pourtant tous les outils et les process pour faire cette transition proprement : système d'alternatives, listes de discussions internes, notes de version lors d'une mise à jour majeure…
Ici le mainteneur a fait une boulette en surprenant les utilisateurs. Ce n'est en effet pas hyper grave car facile à réparer : c'est une appli de bureau, pas Grub ou SSH. Ça montre simplement que le mainteneur n'a pas bien compris le concept de "version stable" selon Debian.
Mea maxima culpa, c'est bien sur sid et testing que le changement est fait ! Rien à dire de ce côté là.
Si à l'occasion un·e modo peut rayer la phrase Ça montre simplement que le mainteneur n'a pas bien compris le concept de "version stable" selon Debian, merci.
En l’occurrence, la manière de le nommer a pour conséquence de supprimer les fonctionnalités pour les utilisateurs actuels. Je me suis demandé pourquoi la complétion dans le navigateur ne fonctionnait plus par exemple alors que je ne pense pas être un "débutant".
Le mainteneur du paquet a déclaré s'attendre à ce que les utilisateurs lisent les NEWS de tous les paquets mis à jour. J'ai 2991 paquets installés, lire toutes les release notes n'est pas réaliste. Il s'attend aussi à ce que seuls des devs Debian utilisent Sid 🤪. Les changements disruptifs peuvent être affichés par Synaptics ou par APT mais ici ça n'a pas été le cas. Et par conséquent les mainteneurs de KeepassXC se plaignent de recevoir plein de rapports de bugs alors qu'ils n'ont pas été mis au courant d'une décision stupide qui n'a été discutée avec personne.
# Les fonctionnalités sont toujours là
Posté par Glandos . Évalué à 10.
Simplement dans un paquet séparé : https://packages.debian.org/unstable/keepassxc-full
[^] # Re: Les fonctionnalités sont toujours là
Posté par THE_ALF_ . Évalué à 2.
Oui, c'est une tempête dans un verre d'eau. Le problème que cela semble poser à certains n'est pas le fait d'avoir un paquet aux fonctionnalités restreintes, mais sur la manière de le nommer (nomdebase + nomdebase-full ou nomdebase-minimal + nomdebase)…
Plus la futilité est grande, plus le débat est passionné (-_-)'
[^] # Re: Les fonctionnalités sont toujours là
Posté par nonas . Évalué à 10.
Le mainteneur debian a quand même eu des mots un peu limite : https://github.com/keepassxreboot/keepassxc/issues/10725
et semble avoir décider de ce changement de nom unilatéralement et sans en discuter avant.
[^] # Re: Les fonctionnalités sont toujours là
Posté par Mimoza . Évalué à 6.
Corolaire futilité de Parkinson : Les détails secondaires occupe tout le débat, au détriment du problème de fond. Typiquement dans une réunion pour la construction d’un abri à vélo, les discutions autour de sa couleur occupera bien plus de temps que son emplacement ou sa capacité. On peut l’expliquer par le fait que s’exprimer sur des caractéristiques essentielles implique une prise de responsabilité proportionnel et donc une mise en cause directe si un mauvais choix a été fait. Alors que la couleur n’implique qu’une responsabilité minime et au pire avoir « mauvais goût ».
[^] # Re: Les fonctionnalités sont toujours là
Posté par cg . Évalué à 8. Dernière modification le 28 mai 2024 à 14:23.
Le problème provient plus du changement mal préparé et mal annoncé, qui change le comportement par défaut du paquet. Ce changement aurait du se faire sur la prochaine version de Debian, pas lors d'une mise à jour mineure.
Debian a pourtant tous les outils et les process pour faire cette transition proprement : système d'alternatives, listes de discussions internes, notes de version lors d'une mise à jour majeure…
Ici le mainteneur a fait une boulette en surprenant les utilisateurs. Ce n'est en effet pas hyper grave car facile à réparer : c'est une appli de bureau, pas Grub ou SSH.
Ça montre simplement que le mainteneur n'a pas bien compris le concept de "version stable" selon Debian.[^] # Re: Les fonctionnalités sont toujours là
Posté par Ambroise . Évalué à 7.
Mais, c'est sur stable ou sur sid qu'il a fait la modification ?
[^] # Re: Les fonctionnalités sont toujours là
Posté par cg . Évalué à 3.
Mea maxima culpa, c'est bien sur sid et testing que le changement est fait ! Rien à dire de ce côté là.
Si à l'occasion un·e modo peut rayer la phrase
Ça montre simplement que le mainteneur n'a pas bien compris le concept de "version stable" selon Debian, merci.[^] # Re: Les fonctionnalités sont toujours là
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Phrase rayée.
[^] # Re: Les fonctionnalités sont toujours là
Posté par nud . Évalué à 10.
En l’occurrence, la manière de le nommer a pour conséquence de supprimer les fonctionnalités pour les utilisateurs actuels. Je me suis demandé pourquoi la complétion dans le navigateur ne fonctionnait plus par exemple alors que je ne pense pas être un "débutant".
Le mainteneur du paquet a déclaré s'attendre à ce que les utilisateurs lisent les NEWS de tous les paquets mis à jour. J'ai 2991 paquets installés, lire toutes les release notes n'est pas réaliste. Il s'attend aussi à ce que seuls des devs Debian utilisent Sid 🤪. Les changements disruptifs peuvent être affichés par Synaptics ou par APT mais ici ça n'a pas été le cas. Et par conséquent les mainteneurs de KeepassXC se plaignent de recevoir plein de rapports de bugs alors qu'ils n'ont pas été mis au courant d'une décision stupide qui n'a été discutée avec personne.
[^] # Re: Les fonctionnalités sont toujours là
Posté par Glandos . Évalué à 3.
C'est revenu !
https://packages.debian.org/source/sid/keepassxc
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.